What is claimed is: 

1 1. A method of incrementally rendering content in a content framework, comprising steps of: 

2 receiving a request for a portal page, wherein one or more portlets provide content for the 

3 portal page; 

4 immediately returning a response message containing a first document, the first document 

5 representing results from portlets which have acquired their content; and 

6 programmatically generating a mechanism for delivering an updated document if the first 

7 document does not represent results of all portlets. 

1 l]% 2. The method according to Claim 1, wherein the programmatically generated mechanism 

2 |ff comprises inclusion of a refresh trigger in the response message. 
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1 3 . The method according to Claim 2, wherein the refresh trigger is a refresh header of the 

sis 

2 ^ response message. 

1 y* 4. The method according to Claim 2, wherein the refresh trigger is encoded using syntax of a 

2 markup language. 

1 5 . The method according to Claim 4, wherein the markup language is HTML ("Hypertext 

2 Markup Language"). 



1 



6. The method according to Claim 5, wherein the syntax comprises a "META" tag using an 
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HTTP-EQUIV" attribute syntax. 



7. The method according to Claim 4, wherein the markup language is WML ("Wireless 
Markup Language"). 

8. The method according to Claim 4, wherein the markup language is i-mode format. 

9. The method according to Claim 4, wherein the markup language is HDML ("Handheld 
Device Markup Language"). 

1 0. The method according to Claim 2, wherein a value on the refresh trigger specifies a time 
before which the programmatically generated mechanism does not execute. 

11. The method according to Claim 2, wherein a value on the refresh trigger is computed as a 
time after which a sender of the portal page request automatically invokes the delivery of the 
updated document. 

12. The method according to Claim 2, wherein a value on the refresh trigger is computed as a 
latest predicted completion time of a final one of the portlets which have not yet acquired their 
content. 



13. The method according to Claim 12, wherein the value is determined by weighting actual 
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fetch times of the portlets which have not yet acquired their content. 



1 14. The method according to Claim 12, wherein the value is determined by adding a constant 

2 value to a largest of weighted actual fetch times of the portlets which have not yet acquired their 

3 content 



1 15. The method according to Claim 2, further comprising steps of: 

2 receiving the response message by a client from which the request for the portal page was 

3 sent; 

4 Ifi rendering, by the client, the first document from the received response message; and 

is, : 

5 Ui automatically sending a subsequent request for the portal page after waiting for a time 

6 \Q specified by a value of the refresh trigger. 



1 :|| 16. The method according to Claim 2, further comprising steps of: 

2 r o receiving a subsequent request for the portal page, the subsequent request having been 

a, ... i 

3 H automatically sent responsive to receiving the refresh trigger; and 

4 returning a subsequent response comprising the updated document, responsive to 

5 receiving the subsequent request, the updated document being a subsequent version of the first 

6 document and representing results from portlets which have acquired their content thus far and 

7 which omits the refresh trigger only if all portlets have now acquired their content. 
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17. The method according to Claim 1 , wherein the programmatically generated mechanism 
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2 comprises creating a multipart document, and wherein the first document is embedded in a first of 

3 the parts of the multipart document 



1 18. The method according to Claim 1 7, wherein the first of the parts is preceded by a 

2 boundary string used to delimit parts of the multipart document. 

1 19. The method according to Claim 1 8, wherein the first of the parts is followed by a 

2 terminating boundary string if the first document represents results from all portlets. 

1 20. The method according to Claim 17, further comprising steps of: 

2 fi receiving the response message by a client from which the request for the portal page was 

3 i|| sent; 

4 H rendering, by the client, the first document from the first of the parts of the multipart 

5 ^ document; 

6 % m receiving, by the client, subsequent parts of the multipart document, each of the 

7 ^ subsequent parts comprising a revised version of the first document; and 

8 rendering, by the client, the subsequent parts of the multipart document. 

1 21. The method according to Claim 1 7, further comprising steps of: 

2 detecting that one or more of the portlets which had not acquired their content when the 

3 first document was returned in the response message have now acquired their content; and 

4 sending, responsive to the detecting step, a subsequent response message containing a 
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revised version of the first document, the revised version representing results from the one or 
more portlets and being embedded in a subsequent part of the multipart document 

22. The method according to Claim 21, wherein the subsequent part is preceded by a 
boundary string used to delimit parts of the multipart document and is followed by a terminating 
boundary string if the revised version represents results from all portlets. 

23. The method according to Claim 1, wherein the programmatically generated mechanism 
comprises programmatically inserting a hyperlink into the first document, wherein the inserted 
hyperlink can be used to explicitly request delivery of the updated document. 

24. A method of incrementally rendering content in a content framework, comprising steps of: 
receiving a request for a portal page, wherein one or more portlets provide content for the 

portal page; 

immediately returning a response message containing a first document, the first document 
representing results from portlets which have acquired their content; and 

automatically delivering an updated document if the first document does not represent 
results of all portlets. 

25. A method of incrementally rendering content in a content framework, comprising steps of: 
receiving a request for a portal page frame, wherein one or more portlets provide content 

for the portal page frame; 
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4 immediately returning a response message containing a first mini-document, the first 

5 document representing results from portlets which have acquired their content; and 

6 programmatically generating a mechanism for delivering an updated mini-document if the 

7 first mini-document does not represent results of all portlets. 

1 26. The method according to Claim 25, wherein the programmatically generated mechanism 

2 comprises inclusion of a refresh header in the response message. 

1 27. The method according to Claim 25, wherein the programmatically generated mechanism 

2 ^ comprises inclusion of an syntax element in the response header, wherein the syntax element is 

3 encoded using a markup language. 

1 i 28. The method according to Claim 27, wherein the markup language is HTML ("Hypertext 

2 & Markup Language") and the syntax element comprises a "META" tag using an "HTTP-EQUIV" 

3 attribute syntax. 

1 29. The method according to Claim 26, wherein a value on the refresh header is computed as 

2 a time after which a sender of the portal page frame request automatically invokes the delivery of 

3 the updated mini-document 
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30. The method according to Claim 25, wherein the programmatically generated mechanism 
comprises creating a multipart document, and wherein the first mini-document is embedded in a 
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first of the parts of the multipart document 



1 31. The method according to Claim 30, wherein the first of the parts is preceded by a 

2 boundary sting used to delimit parts of the multipart document, and is followed by a terminating 

3 boundary string if the first mini-document represents results from all portlets. 

1 32. A system for incrementally rendering content in a content framework, comprising: 

2 means for receiving a request for a portal page, wherein one or more portlets provide 

3 content for the portal page; 

4 ' K ;f means for immediately returning a response message containing a first document, the first 

5 document representing results from portlets which have acquired their content; and 

6 .yj means for programmatically generating a mechanism for delivering an updated document 

7 H if the first document does not represent results of all portlets. 

1 ^ 33. The system according to Claim 32, wherein the programmatically generated mechanism 

2 comprises inclusion of a refresh trigger in the response message. 

1 34. The system according to Claim 32, further comprising: 

2 means for receiving the response message by a client from which the request for the portal 

3 page was sent; 

4 means for rendering, by the client, the first document from the received response message; 

5 and 
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means for automatically sending a subsequent request for the portal page after waiting for 
a time specified by a value of the refresh trigger. 

35. The system according to Claim 32, further comprising: 

means for receiving a subsequent request for the portal page, the subsequent request 
having been automatically sent responsive to receiving the refresh trigger; and 

means for returning a subsequent response comprising the updated document, responsive 
to receiving the subsequent request, the updated document being a subsequent version of the first 
document and representing results from portlets which have acquired their content thus far and 
which omits the refresh trigger only if all portlets have now acquired their content 

36. The system according to Claim 32, wherein the programmatically generated mechanism 
comprises creating a multipart document, and wherein the first document is embedded in a first of 
the parts of the multipart document. 

37. The system according to Claim 36, wherein the first of the parts is preceded by a boundary 
string used to delimit parts of the multipart document, and is followed by a terminating boundary 
string only if the first document represents results from all portlets. 

38. The system according to Claim 36, further comprising: 

means for receiving the response message by a client from which the request for the portal 
page was sent; 
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means for rendering, by the client, the first document from the first of the parts of the 
multipart document; 

means for receiving, by the client, subsequent parts of the multipart document, each of the 
subsequent parts comprising a revised version of the first document; and 

means for rendering, by the client, the subsequent parts of the multipart document 

39. The system according to Claim 36, further comprising: 

means for detecting that one or more of the portlets which had not acquired their content 
when the first document was returned in the response message have now acquired their content; 
and 

means for sending, responsive to the means for detecting, a subsequent response message 
containing a revised version of the first document, the revised version representing results from 
the one or more portlets and being embedded in a subsequent part of the multipart document. 

40. The system according to Claim 39, wherein the subsequent part is preceded by a boundary 
string used to delimit parts of the multipart document and is followed by a terminating boundary 
string if the revised version represents results from all portlets. 

41 . The system according to Claim 32, wherein the programmatically generated mechanism 
comprises programmatically inserting a hyperlink into the first document, wherein the inserted 
hyperlink can be used to explicitly request delivery of the updated document 
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1 42. A system for incrementally rendering content in a content framework, comprising: 

2 means for receiving a request for a portal page frame, wherein one or more portlets 

3 provide content for the portal page frame; 

4 means for immediately returning a response message containing a first mini-document, the 

5 first document representing results from portlets which have acquired their content; and 

6 means for programmatically generating a mechanism for delivering an updated mini- 

7 document if the first mini-document does not represent results of all portlets. 

1 43 . The system according to Claim 42, wherein the programmatically generated mechanism 

2 ^ comprises inclusion of a refresh header in the response message. 

'■*'»!?{? 

1 \0 44. The method according to Claim 42, wherein the programmatically generated mechanism 

2 H comprises inclusion of an syntax element in the response header, wherein the syntax element is 

3 encoded using a markup language. 

1 y s 45 . The system according to Claim 42, wherein the programmatically generated mechanism 

2 comprises creating a multipart document, and wherein the first mini-document is embedded in a 

3 first of the parts of the multipart document. 

1 46. A computer program product incrementally rendering content in a content framework, the 

2 computer program product embodied on one or more computer-usable media and comprising: 

3 computer readable program code means for receiving a request for a portal page, wherein 
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one or more portlets provide content for the portal page; 

computer readable program code means for immediately returning a response message 
containing a first document, the first document representing results from portlets which have 
acquired their content; and 

computer readable program code means for programmatically generating a mechanism for 
delivering an updated document if the first document does not represent results of all portlets. 

47. The computer program product according to Claim 46, wherein the programmatically 
generated mechanism comprises inclusion of a refresh trigger in the response message. 

48. The computer program product according to Claim 46, further comprising: 
computer readable program code means for receiving the response message by a client 

from which the request for the portal page was sent; 

computer readable program code means for rendering, by the client, the first document 
from the received response message; and 

computer readable program code means for automatically sending a subsequent request 
for the portal page after waiting for a time specified by a value of the refresh trigger. 

49. The computer program product according to Claim 46, further comprising: 
computer readable program code means for receiving a subsequent request for the portal 

page, the subsequent request having been automatically sent responsive to receiving the refresh 
trigger; and 
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computer readable program code means for returning a subsequent response comprising 
the updated document, responsive to receiving the subsequent request, the updated document 
being a subsequent version of the first document and representing results from portlets which 
have acquired their content thus far and which omits the refresh trigger only if all portlets have 
now acquired their content. 

50. The computer program product according to Claim 46, wherein: 

the programmatically generated mechanism comprises creating a multipart document; 
the first document is embedded in a first of the parts of the multipart document; 
the first of the parts is preceded by a boundary string used to delimit parts of the multipart 
document; and 

the first of the parts is followed by a terminating boundary string only if the first document 
represents results from all portlets. 

5 1 . The computer program product according to Claim 50, further comprising: 
computer readable program code means for receiving the response message by a client 

from which the request for the portal page was sent; 

computer readable program code means for rendering, by the client, the first document 
from the first of the parts of the multipart document; 

computer readable program code means for receiving, by the client, subsequent parts of 
the multipart document, each of the subsequent parts comprising a revised version of the first 
document; and 
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computer readable program code means for rendering, by the client, the subsequent parts 
of the multipart document. 

52. The computer program product according to Claim 50, further comprising: 
computer readable program code means for detecting that one or more of the portlets 

which had not acquired their content when the first document was returned in the response 
message have now acquired their content; and 

computer readable program code means for sending, responsive to the computer readable 
program code means for detecting, a subsequent response message containing a revised version of 
the first document, the revised version representing results from the one or more portlets and 
being embedded in a subsequent part of the multipart document. 

53. The computer program product according to Claim 52, wherein the subsequent part is 
preceded by a boundary string used to delimit parts of the multipart document and is followed by 
a terminating boundary string only if the revised version represents results from all portlets. 
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